Date: Sat, 26 Feb 94 04:30:16 PST
From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
Errors-To: Ham-Digital-Errors@UCSD.Edu
Reply-To: Ham-Digital@UCSD.Edu
Precedence: Bulk
Subject: Ham-Digital Digest V94 #51
To: Ham-Digital


Ham-Digital Digest          Sat, 26 Feb 94       Volume 94 : Issue   51

Today's Topics:
                          Digital Conference
                       HELP - Packet w/o TNC...
                    Help with old radio. (2 msgs)
                            MUD for packet
                       NPFPMS available via ftp
                       PktWin V2.1 (A bug fix)
                 Protocols used in commercial packet?

Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
Problems you can't solve otherwise to brian@ucsd.edu.

Archives of past issues of the Ham-Digital Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 25 Feb 94 18:49:05 GMT
From: news-mail-gateway@ucsd.edu
Subject: Digital Conference
To: ham-digital@ucsd.edu

                       Subject:                               Time:12:43 PM
  OFFICE MEMO          Digital Conference                     Date:2/25/94
This is a revision to a previous bulletin on this subject.  Due to a
misunderstanding with the Thunderbird Hotel and Conference Center, the
information on room rates in the earlier release is incorrect.  Sorry for any
inconvenience this might have caused.  Anyway, here's the corrected
announcement and call for papers:

            1994 ARRL DIGITAL COMMUNICATIONS CONFERENCE

                    ANNOUNCEMENT AND CALL FOR PAPERS

                                    (Rev. 1, 2-25-94)


   The TwinsLAN ARC will sponsor the 1994 (13th annual) ARRL Digital
Communications Conference August 19-21 at the Thunderbird Hotel and
Conference Center in Bloomington, Minnesota, U.S.A.

   The objective of the Conference is to create a forum for radio amateurs
and experts in digital communications, networking, and related technologies
to meet, publish their work, and present new ideas and techniques for
discussion.  Presenters and attendees will have the opportunity to exchange
ideas and learn about recent hardware and software advances, theories,
experimental results, and practical applications.

AGENDA

   The agenda for the three-day event includes informal activities for
attendees and family members on Friday, August 19 through noon Sunday, August
21.  Formal conference activities, including presentation of papers and
forums are scheduled for Saturday, August 20, from 8:30 am to 5 pm.  A
detailed agenda will be available when schedules are finalized.

CALL FOR PAPERS

   Anyone interested in digital communications is invited to submit a paper
for publication in the Conference Proceedings.  Presentation at the
Conference is not required for publication.  Papers are due by June 20 and
should be submitted to Maty Weinberg, ARRL, 225 Main St., Newington, CT 06111
U.S.A. or via Internet at lweinber@arrl.org.

   If there is a topic you think should be included in the Conference, or
someone that should be encouraged to publish and/or present his or her
accomplishment, please contact Rick Whiting, W0TN, by Internet e-mail
(preferred) rick_whiting@atk.com, or by MCI Mail, CompuServe 71445,377, or
U.S. Mail to 5780 Rosewood Lane N., Plymouth, MN, 55442 U.S.A.

ACCOMMODATIONS

   The Conference site is located near the Minneapolis/St. Paul International
Airport.  Free 24-hr shuttle service is available to and from the airport.

   For information on room reservations, NW Airlines ticket discounts, Twin
Cities visitor attractions, etc, please contact Cathy Thomas, Mainline
Travel, at 1-800-726-6715.

A FAMILY WEEKEND

   Family participation in the Digital Conference weekend is encouraged.  The
hotel has a large pool for guests.  Informal outings are planned to the
Minnesota Zoo (admission extra) and the Mall of America, the largest indoor
shopping mall in the U.S.  Free scheduled shuttle service is also available
from the conference center to the Mall.  Minnesota is a great place to visit
in August.  Consider making this weekend an addition to your family vacation
plans.

REGISTRATION

   The conference registration fee is $45 per person, which includes a
luncheon buffet, a copy of the Conference Proceedings published by ARRL
(including papers submitted but not presented) and transportation to the Mall
of America on Saturday evening.  Registration, by check payable to "TwinsLAN
Conference", must be received by August 12.  Mail your registration to:

   ARRL Digital Communications Conference
   c/o Paul Ramey WG0G
   16266 Finland Ave.
   Rosemount, MN  55068
   U.S.A.


 

------------------------------

Date: Fri, 25 Feb 1994 00:21:58 GMT
From: elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!utnut!torn!nott!emr1!stephens@ames.arpa
Subject: HELP - Packet w/o TNC...
To: ham-digital@ucsd.edu

Try PMP Poor Man's Packet. You can not get much simpler. PCB's
cost $C7 and the TCM3105 is $16 from Active. I put one togehter
for demos and travelling around. Works!
73 VE3PYG

--
Dave Stephenson                   
Geological Survey of Canada       *Too much bad arithmetic is not a *
Ottawa, Ontario, Canada           *substitute for not enough good   *
Internet: stephens@geod.emr.ca    *         mathematics             *          

------------------------------

Date: Tue, 22 Feb 94 16:41:00 -0800
From: agate!netsys!tomcat!jeff.lineberry@ames.arpa
Subject: Help with old radio.
To: ham-digital@ucsd.edu

I hope someone out there can help me with a small problem.  I am trying

------------------------------

Date: 25 Feb 1994 18:56:28 GMT
From: news.mentorg.com!hpbab33.mentorg.com!wv.mentorg.com!hanko@uunet.uu.net
Subject: Help with old radio.
To: ham-digital@ucsd.edu

In article <d9.77.707.0NE46305@tomcat.com>, jeff.lineberry@tomcat.com (Jeff Lineberry) writes:
|> I hope someone out there can help me with a small problem.  I am trying

Well ... not all THAT trying actually ...

Perhaps trying to post but having some problems with your news software.
Try again ... 

-- 

Hank Oredson @ Mentor Graphics
Internet     : hank_oredson@mentorg.com
Amateur Radio: W0RLI@W0RLI.OR.USA.NOAM

------------------------------

Date: 25 Feb 94 17:57:16 GMT
From: mvb.saic.com!unogate!news.service.uci.edu!usc!howland.reston.ans.net!sol.ctr.columbia.edu!newsxfer.itd.umich.edu!news1.oakland.edu!vela.acs.oakland.edu!swood@network.ucsd.edu
Subject: MUD for packet
To: ham-digital@ucsd.edu

Well, I just made the interesting discovery of how much 'like' internet
the packet tcp/ip is.  (ie It is in many cases part of internet - doi)

Anyway, I was working on trying to add an ax25 front end to a mud
system.  I, however, am aware that most tcp/ip stuff should work fine
on packet tcp/ip and have even test logged in to a few internet muds
(quickly and not into the actual game) from the internet side.

What I was wondering was if anyone would be interested in modifying
a mud on a site somewhere to service strictly packet tcp/ip operators?
It would involve requiring an id (and probably callsign verification)
prior to receiving a character.  Wall style commands would need to be
costly and coding short and sweet to cut down unnecessary bandwidth.
I was even wondering about the necessity of a 'language content' filter
but I believe that could be avoided by resticting access specifically to
amateurs.

Due to the speed of internet, it would be preferable to run on the
landline side of internet as compared to the packet world.  Heartbeat
rate would be reduced as well as any other speed related items to provide
for fair play.

I would be interested to know if anyone would be interested in helping on
such a project and what other suggestions or issues could be brought up
in relation to this.  Though it was my desire to make a mud available on
an off frequency at ax.25 style connections, it would probably be much more
beneficial to all to use a slim and trim mud where ax.25<->tcp/ip connections
already exist.

Please send any comments to:

SWood@Oakland.edu
-- 
      ***** Last month to go shoot Fuzzy little bunnies!!! *****
             (satire now people - put your flames away)
 Mar. 01    Closing day of winter Crow hunting in Michigan
         (Crows may be taken out of season - see Hunting rules)

------------------------------

Date: Fri, 25 Feb 1994 07:24:28 GMT
From: yeshua.marcam.com!zip.eecs.umich.edu!newsxfer.itd.umich.edu!gatech!howland.reston.ans.net!EU.net!Germany.EU.net!thoth.mch.sni.de!news.sni.de!kassel!nessos!schro@uunet.uu.net
Subject: NPFPMS available via ftp
To: ham-digital@ucsd.edu

In <761860389snz@g8dzh.demon.co.uk> John@g8dzh.demon.co.uk (John Ray) writes:

>A full shareware version of the NPFPMS Multi-user PMS (version 2.16)  can
>now be ftp'ed  from 
>
>ftp.demon.co.uk       /pub/ham/npfpms.exe      (336,697 bytes long)
>
>The PMS is written, by Ted Harrison G8NPF, to run as an application under
>BPQcode (4.05 or greater). The computer should be a 286/386/486 PC compatible.
>The PMS code will *NOT* work on a XT (8086/8088 cpu) system, sorry!
>
>The PMS requires MSDOS >=3.3 or DRDOS >=5.0, and 640K ram. It will also run as
>a DOS application under OS/2, WINDOWS and DESQview. A hard disk is essential
>and a reasonably fast PC is advisable.
>
>The PMS includes virtually all 'BBS' commands, many of which have been modified
>to suit a PMS, rather than a BBS, system. It features, among other things;

[stuff deleted]

Pardon my ignorance but ...
what IS a pms ?
and what is BPQcode ?

73 Django
DL5YEC

------------------------------

Date: Fri, 25 Feb 1994 21:11:52 GMT
From: ukma!hookup!news.kei.com!sol.ctr.columbia.edu!howland.reston.ans.net!europa.eng.gtefsd.com!library.ucla.edu!csulb.edu!csus.edu!netcom.com!dparker@seismo.css.gov
Subject: PktWin V2.1 (A bug fix)
To: ham-digital@ucsd.edu

Paul Hounslow G4YFE (ssrhouns@csug.cs.reading.ac.uk) wrote:
:  PktWin V2.1 is now available from cica.  It is (for the moment 11:28 16/02/94)
: in the /pub/pc/win3/uploads directory.


Its not there, its here: /pub/pc/win3/util

Great program too!

Dave
KD6RRS
Tracy, CA

------------------------------

Date: Thu, 24 Feb 1994 08:54:19 -0600
From: agate!howland.reston.ans.net!math.ohio-state.edu!news.acns.nwu.edu!ftpbox!mothost!lmpsbbs!NewsWatcher!user@ames.arpa
Subject: Protocols used in commercial packet?
To: ham-digital@ucsd.edu

In article <hpeach.79.000C6AAF@ca.uky.edu>, hpeach@ca.uky.edu (Harold G.
Peach Jr.) wrote:

>      AX.25 is used and was developed specifically for the amateur community.  

AX.25 was derived from the commercial public standard protocol X.25, and
the two are similar but incompatible protocols, due to changes primarily in
the addressing structures. Packet is not a protocol, it is a technique or
methodology of sending long messages in several shorter bursts.

> However, in our area there are several _business band_ users using a type of 
> packet that amateur TNCs can not decode.  The signals sound VERY similar to 
> amateur packet (seems like 1200 baud FSK).

There is a VERY good chance that they are using the same type of modem and
tone constellation, which is that of the Bell 202 modem. In fact, if you
simply connect a 202 modem to the receiver audio and watch the data output
on a computer screen, you'll see the ENTIRE contents of the data burst, not
just the encapsulated text. That's exactly how a BayCom modem works - your
computer does the work of the Packet Assembler/Disassembler (PAD). 

The eavesdropping technique will work with any protocol, by the way, but if
the data is encrypted it does not decode it for you. WARNING: If the
transmissions are encrypted or otherwise made inaccessible to a casual
listener, it is illegal for anyone to monitor the transmissions. In this
case the Electronic Communications Privacy Act supercedes the idea that if
a signal is in the air it is fair game.

> Is/are there any commercial radio
> standards equivilent to AX.25?  Proprietary?

The commercial boys probably use X.25 protocol because it is compatible
with many land-line networks including this one. As noted, X.25 is public
and was the basis of AX.25 development

> ---
> Harold
> hpeach@ca.uky.edu

-- 
Karl Beckman, P.E.             < Stupidity is an elemental force for which
Motorola Fixed Data            < no earthquake is a match.  --  Karl Kraus

Some of the opinions expressed above won't even be claimed by the author!
csle87@email.comm.mot.com                        WA8NVW @ K8MR.NEOH.USA.NA
                                                      NavyMARS VBH @ NOGBN

------------------------------

End of Ham-Digital Digest V94 #51
******************************
******************************
